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NETWORK ELEMENT SYSTEM FOR PROVIDING INDEPENDENT MULTI- 
PROTOCOL SERVICE 

CLAIM OF PRIORITY 

This application claims priority to an application entitled '^NETWORK ELEMENT 
SYSTEM FOR PROVIDING INDEPENDENT MULTI-PROTOCOL SERVICE," filed in 
the Korean Intellectual Property Office on June 18, 2003 and assigned S erial No. 2003- 
39423, the contents of which are hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to an agent device based on an independent 
architecture for supporting multiple protocols used to control network elements (NEs) in an 
NE system. 

2. Description of the Related Art 

Protocols such as TLl (Transaction Language 1) and SNMP (Simple Network 
Management protocol) are utilized a basic network management protocol that supervises 
operations of Network Elements (NEs) in a conventional NE system made up of NEs and a 
network management device. 

These p rotocols c annot, h owever, e ffectively p erform t he m yriad o f m anagement 
functions, e.g., a network management function, equipment management function, with the 
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onset of large-capacity Internet services that make networks more complex. As a further 
consequence, and concomitant with the prevalence of the TMN (Telecommunication 
Management Network) concept^ CMIP (Common Management hiformation Protocol) is 
now globally used for large-scaled network management is globally used. A CORBA 
5 (Common Object Request Broker Architecture) protocol, a high-level protocol compatible 
with a Windows system, Unix system, Linux system, etc., is used to maximize operabiHty 
of each system, since various OS (Operating System) platforms are required. 

FIG. 1 shows the configuration of a conventional NE system which includes an 
NMS (Network Management System 10-1 and EMSs (Element Management Systems) 10-2, 
10 10-3 and 10-4, external conversion servers 11-1, 11-2 and 11-3 for coupling corresponding 
management systems to protocols for the management systems, and NEs 12 being managed 
in the network. Each NE 12 intemally includes an MO (Managed Object) 122 to be 
managed and an agent 121 embedded in the NE 12 for coupling the MO 122 to an external 
protocol. 

15 Here, the EMSs 10-2, 10-3 and 10-4 are systems which manage the NEs (containing 

optical terminal equipment, optical relay equipment, etc.), and manage the functions and 
performances associated with the NEs. The EMSs 10-2, 10-3 and 10-4 are integrated and 
operated with a high-level network management system to carry out an integrated 
management operation for elements of another communication network. Further, the EMSs 

20 are provided to support operation of a teleconununication management network layer, such 
that QoS (Quality of Service) requirements can be appropriately satisfied and a new service 
can be appropriately provided. 
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The NMS 10-1 is a computer system which supports a network management task, 
collects and accumulates state information, alarm information, traffic data, etc. associated 
with the network from a switch, computes network management parameters or statistical 
data, and controls traffic incoming into the switch. The MMS 10-1 controls a network 
5 supervisor of a network management center and a network control terminal. The NMS 10- 
1 is referred to as a network management operations system in ITU-T (Intemational 
Telecbmnlunications Union-Telecommimication) Recommendations E.41 1. 

The extemal conversion servers 11-1, 11-2 and 1 1-3 convert a protocol used in the 
NE 12 into a protocol used in the NMSs 10-1, 10-2, 10-3 and 10-4. 

1 0 FIG. 2 A f urther i Uustrates t he e xtemal c onversion s erver 1 1 -2 f or s upporting t he 

CMIP in the conventional NE system. As can be seen from FIG. 2A, the extemal 
conversion server 11-2 needs a vendor-defined protocol communicator 204 to implement 
the vendor-defined protocol used for the NE 12, and fiirther requires a converter 203 for 
carrying out a message conversion operation. Related data items are stored in the form of 

1 5 GDMO ( Guidelines for D efinition o f M anaged O bjects) 2 02. Illustratively, t he e xtemal 
conversion server 11-2 includes a CMIP agent 201 for supporting the CMIP used in the 
EMS 10-2. Data flows between the GDMO 202 and the CMIP agent 201 by means of IPC 
(Inter Processor Communication), is collected by the agent, and is then transferred to the 
EMS 10-2. 

20 FIG. 2B likewise fiirther illustrates the extemal conversion server 11-3 for 

supporting the SNMP in the conventional NE system. Similarly to the previously- 
described server 11-2, the extemal conversion server 11-3 needs a vendor-defined protocol 
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communicator 2 08 t o i mplement t he v endor-defined p rotocol u sed f or t he N E 1 2, a nd a 
converter 207 for carrying out a message conversion operation. Related data items are 
stored in a format of an MIB (Management Information Base) 206. The external 
conversion server 11-3 includes an SNMP agent 205 for supporting SNMP used in the 
5 EMS 10-3. The data transmitted between the MIB 206 arid the SNMP agent 205 is 
collected through IPC (Inter Processor Communication), and the collected data is 
transferred to the EMS 10-3. 

Probleriiatically, the element provider for NEs cannot appropriately support the 
various protocols associated with the management systems where each NE is coupled to 

1 0 various network management systems. Integrated management for the various NEs is made 
particularly difficult by the fact that a network management system provider uses not only 
various standard protocols, but also protocols defined by the provider. A trend has 
therefore development in which respective service providers install NEs and make an effort 
to integrate different operation protocols for the network management systems. In 

15 particular, because control protocols associated with pieces of network equipment serving 
as NEs are different from each other, a separate management system is needed to convert 
operation protocols for the pieces of network equipment into a compatible protocol or, 
alternatively, NMSs must be developed to support all operation protocols so that various 
types of network equipment supplied to communication service providers can be entirely 

20 managed. Consequently, significant time and manpower are needed. Furthermore, 
databases must be separately provided for the multiple external conversion servers 11-1, 
11-2 and 1 1-3 according to various protocols. 
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SUMMARY OF THE INVENTION 

The present invention has been made in view of the above problems, and, in one 
aspect, provides an NE (Network Element) system including an agent device based on an 
5 independent architecture for supporting multiple protocols used to control respective NEs, 
affording an independent multi-protocol service. 

In another aspect, the present invention provides an NE (Network Element) system 
affording to an NE protocols irrespective of types of protocols by externally installing a 
service bridge (e.g., an external agent) separated from the NE and used to support only 
10 protocols. Consequently, different operation protocols according to different developers 
can be entirely managed and service based on the different operation protocols can be 
efficiently provided. 

In accordance with an aspect of the present invention, an NE (Network Element) 
system provides an independent multi-protocol service, comprising: NEs for configuring a 
15 network; management systems for supervising operations of the NEs and providing 
services for the NEs; and a domain service bridge arranged between the NEs and the 
management systems, wherein the domain service bridge is coupled to the NEs through a 
protocol for use in the NEs, and the domain service bridge is coupled to the management 
systems through protocols corresponding to the management systems. 



20 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features and other advantages of the present invention 
will be more clearly understood from the following detailed description taken in 
conjunction with the accompanying drawings, in which same or similar elements are 
5 annotated identically throughout the several views: 

FIG. 1 is a block diagram illustrating the configuration of a conventidnal NE 
(Network Element) system; 

FIGs. 2A and 2B are block diagrams illustrating external conversion servers 
provided in the conventional NE system; 
10 FIG. 3 is an exemplary block diagram illustrating the configuration of an NE 

(Network Element) system in accordance with a preferred embodiment of the present 
invention; and 

FIG. 4 is a block diagram illustrating, as an example, the configuration of a domain 
service bridge in accordance with a preferred embodiment of the present invention. 



6 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Preferred embodiments of the present invention will be described in detail with 
reference t o t he a nnexed d rawings. In t he f oUowing d escription, d etailed d escription o f 
known functions and configurations incorporated herein will be omitted for clarity of 
5 presentation. 

FIG. 3 is a block diagram illustrating, by way of non-limitative example, the 
configuration of an NE (Network Element) system in accordance with a preferred 
embodiment of the present invention. The NE system includes management systems 
containing an NMS (Network Management System) 30-4 and EMSs (Element Management 

10 Systems) 30-1, 30-2, 30-3, 30-5, a domain service bridge 31 for coupling a corresponding 
management system to an appropriate protocol, and NEs 32 being managed in the network. 

Here, the EMSs 30-1, 30-2, 30-3 and 30-5 are systems that correspond functionally 
with the EMSs 10-2, 10-3, 1-4 shown in FIG. 1. Likewise, the NMS 30-4 is a computer 
system that functionally corresponds with the NMS 10-1 shown in FIG. 1. 

15 As shown in FIG. 3, the EMSs and NMS support different types of protocols. 

Starting from the top of FIG. 3, the EMS 30-1 supports "another protocol." The EMS 30-2 
supports SNMP (Simple Network Management protocol), and the EMS 30-3 supports an 
RMON (Remote Network Monitoring) protocol. The NMS 30-4 supports CMEP (Common 
Management Information Protocol) and SNMP ( Simple Network Management protocol). 

20 The EMS 30-5 supports a CORBA (Common Object Request Broker Architecture) 
protocol. As described above, the NE system supports various protocols. 

As the NE 32 is based on only one specific protocol in accordance with the present 
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invention, it is coupled to the domain service bridge 31 through the specific protocol. 

By contrast, the domain service bridge 31 arranged between the NE 32 and the 
management systems supports different protocols. In other words, although the NE 32 is 
coupled to a vendor-defined protocol, the EMSs 30-1, 30-2, 30-3, 30-5 and the NMS 30-4 
5 are coupled to the SNMP, RMON protocol, CMIP, CORBA protocol, etc. Accordingly, 
management information for the NE 32 can be transferred fi-oih the domain service bridge 
31 through a specific vendor-defined protocol. All information items associated with the 
NE 32 are transferred to the domain service bridge 31 through the specific vendor-defined 
protocol, aiid the transferred information items are stored as objects to be internally 
1 0 managed by the domain service bridge 3 1 . 

FIG. 4 iis a block diagram illustrating an exemplary configuration of the domain 
service bridge 31 in accordance with a preferred embodiment of the present invention. 
Included within the domain service bridge 31 is an MO (Managed Object) 42, a vendor- 
defined protocol adapter 43 for coupling the domain service bridge to the NE 32, and an 
15 SNMP adapter 41-1, a CORBA adapter 41-2, a CMIP adapter 41-3 and another protocol 
adapter 41-4 which couple the domain service bridge 31 to external management systems. 

Here, the MO 42 is used for managing the external management systems associated 
with a corresponding NE 32 which provides information. Connections for respective 
components within the domain service bridge 31 are performed through IPC (Inter 
20 Processor Commimication). 

The EMSs 30-1, 30-2, 30-3, 30-5 and the NMS 30-4 being the external 
management systems are not directly coupled to the NE 32, but they are coupled to the NE 
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through the domain service bridge 31. The EMSs, NMS, etc. receive information 
associated with the NE from the domain service bridge 31 and control the NE through the 
domain service bridge 3 1 . 

Notably, because the domain service bridge 31 includes various adaptors for 
5 corresponding protocols, management system servers can transmit data based on various 
types of protocols. 

As apparent from the above description, each of various protocol adapters is 

associated with an MO for the NE and handles the same format MO information. In other 

words, the SNMP and CMIP are conventionally based on the MIB and the GDMO as 
10 independent information items, respectively. However, the SNMP and CMIP are based on 

the same format MO information in accordance with the present invention so that 

integrated management can be appropriately performed. 

Further, since the present invention uses an extemal agent mounted in an external 

server rather than an agent embedded in the NE, an additional protocol extension can easily 
15 be easily added, the extemal agent is not limited in size by the NE's memory capacity, and 

a protocol independent of management systems can be supported and developed using the 

extemal server. 

Although the preferred embodiments of the present invention have been disclosed 
for illustrative purposes, those skilled in the art will appreciate that various modifications, 
20 additions and substitutions are possible, without departing from the scope of the invention. 
Therefore, the present invention is not limited to the above-described embodiments and 
drawings, but is father defined by the below-provided claims. 



